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GLOBAL INFORMATION NETWORK PRODUCT PUBLICATION SYSTEM 

FIELD OF THE INVENTION 
The present invention relates to the field of electronic publishing; more specifically, it 
relates to a method and system for publishing product information by placing documents 
describing the product and commercial availability thereof in a searchable database via the 
Global Information Network (Internet). 

BACKGROUND OF THE INVENTION 

Patent portfolios are now regarded by many companies as an invaluable and 
necessary business asset. A patent portfolio is typically designed to cover a company's core 
technology, and often includes many patents related to the inventions surrounding the core 
technology. For example, if a company's core technology involves a special type of laser, 
the company may patent the special type of laser, as well as inventions related to the laser, 
such as methods for coating the laser mirrors, methods for fabricating devices using the laser, 
apparatus that uses the laser for particular applications (e.g., photolithography) and the like. 

One reason for patenting the related inventions surrounding the core technology is to 
maintain freedom of action in practicing the core technology. For example, if the laser 
requires specially coated mirrors and another company or individual obtains related patents 
(e.g., on the mirror as an article of manufacture, or on the method for coating the mirror), 
then the value of the core laser patent is diminished because use of the laser will require 
licensing the laser mirror patents. 

Unfortunately, the cost of applying for, prosecuting, and maintaining a single United 
States Patent can cost many thousands of dollars. Filing corresponding patent applications 
and maintaining corresponding patents in other counties around the world further increases 
the cost. Thus, when large numbers of patents are involved, as is the case of a patent 
portfolio, the costs can become prohibitive, even for large companies. 



One approach to reducing the cost of maximizing the value of core technologies is 
patenting the core inventions and publishing articles or papers disclosing inventions related 
to the core inventions. While disclosing related inventions donates the related inventions to 
the public, if done correctly, the core technology is protected and the related inventions will 
not be of much use to others outside the context of the core patent(s). More importantly, the 
related inventions will not be patentable by others since they are already in the public 
domain. 

Inventions related to a core invention are often incorporated into a company's 
commercially available product line without being the subject of corresponding patent 
applications or defensive publications. If an invention is "on sale" in the United States more 
than one year prior to the filing date of a competitor's patent application claiming the same 
invention, this fact is a statutory bar to patentability under 35 U.S.C. 102(b). However, from 
a practical standpoint, "on sale" issues are typically raised at the enforcement or litigation 
stage of a patent dispute because examiners in the United states Patent and Trademark Office 
have no centralized database of commercially available products as a body of searchable 
prior art. Many times, companies fail to keep historical documentation of their product lines 
and potentially valuable evidence is lost or inadvertently destroyed. In addition, companies 
do not have benefit of a commercially available product database for conducting patentability 
searches. 

SUMMARY OF THE INVENTION 

The method and system of the present invention allow for publishing searchable 
documents (hereinafter "product documents") providing information about commercially 
available products for establishing the existence of an "on sale" or other bar to prevent others 
from obtaining patent protection for inventions previously practiced in a commercially 
available product. Such product documents can serve an important role in protecting 
inventions related to or surrounding a core technology. A database of such product 
documents can also serve the inventor community as a readily accessible Global Information 
Network source of searchable prior art. Moreover, the product documents can be published 



anonymously so that competitors are prevented from triangulating the position of an 
organization's intellectual property efforts or strategy. 

A first aspect of the present invention is a method of publishing a product document 
for a client for the purpose of establishing an "on sale" or other bar to patentability. The 
method includes the steps of providing a first Web site system and a publicly accessible 
database having stored therein a plurality of product documents; providing a search engine 
for use by end users, wherein the search engine receives a search request from an end user 
and searches the product document database to locate any product documents corresponding 
to the search request; allowing the end user access to the product documents located by the 
search engine; and receiving a product document and adding the product document to the 
database. 

A second aspect of the present invention is a system for publishing, for a client, a 
product document received from a client's computer, for the purpose of establishing an "on 
sale" or other bar to patentability. The product document is accessible by an end user via an 
end user's computer connected to the Global Information Network. The system comprises a 
first Web site system having a computer system in communication with a publicly accessible 
database, the computer system being operable to receive a product document from the 
client's computer and add the product document to the database. The computer system of the 
first Web site system is also in communication with a search engine for receiving a search 
request from an end user's computer and operates to retrieve any matching product 
document(s) from the database in response to the search request and transmit the matching 
product document(s) to the end user's computer. 

BRIEF DESCRIPTION OF THE DRAWINGS 
Figure 1 is a high level architectural drawing illustrating the primary components of a 

system that operates in accordance to the present invention; 

Figure 2 is an architectural drawing illustrating a publication Web site of the present 

invention; 

Figure 3 is a flow diagram illustrating the method of creating a client account in the 
publication Web site according to the present invention; 



Figures 4 through 8 illustrate URL formats used to embed referral links within Web 
documents according to the present invention; 

Figure 9 is a flow diagram illustrating the method steps for a client to sign-on to the 
publication site according to the present invention; 

Figure 10 is a flow diagram illustrating the method steps of uploading a product 
document to be published via a Global Information Network connection according to the 
present invention; 

Figure 11 is a flow diagram illustrating uploading of a product document to be 
published via an FTP connection according to the present invention; 

Figure 12 is a flow diagram illustrating client preparation and upload of a product 
document to be published according to the present invention; 

Figure 13 is a flow diagram illustrating the method steps of receiving and publishing 
a product document on the publication site according to the present invention; 

Figure 14 is a flow diagram illustrating the step of Figure 13 of validation of the 
uploaded product document, according to the present invention; 

Figure 15 is a flow diagram illustrating the steps of Figure 13 of extraction of the 
uploaded product document and creation of a searchable document, according to the present 
invention; 

Figure 16 is a flow diagram illustrating the step of Figure 13 of preparation of a 
bibliographic data file, according to the present invention; 

Figure 17 is a flow diagram illustrating the step of Figure 13 of creating a product 
document file, according to the present invention; 

Figure 18 is a flow diagram illustrating the step of Figure 13 of notarization of the 
product document file, according to the present invention; 

Figure 19 is a flow diagram illustrating the steps of Figure 13 of activating the 
product document, according to the present invention; 

Figure 20 is a flow diagram illustrating the method steps of searching the product 
document database, according to the present invention; 

Figure 21 is a flow diagram illustrating the method steps of purchasing publication 
slots, according to the present invention; 



Figure 22 is a flow diagram illustrating the optional steps of a method of client 
management of product documents on the publication site searchable database, according to 
the present invention; 

Figure 23 is a flow diagram illustrating the method steps of maintenance and 
accounting routines, according to the present invention; 

Figure 24 is a flow diagram illustrating the method steps of determination and 
assembly of the publication Web site display screens, according to the present invention; 

Figures 25A and 25B are flow diagrams illustrating an alternative method of 
notarizing the product documents, according to the present invention; 

Figure 26 is a diagram illustrating the organization of screen displays, according to 
the present invention; 

Figure 27 is an exemplary screen display illustrating a publication Web site sign-on 
page, according to the present invention; 

Figure 28 is an exemplary screen display illustrating a publication Web site 
registration page, according to the present invention; 

Figure 29 is an exemplary screen display illustrating a publication Web site document 
publication service page, according to the present invention; 

Figures .30 through 34 are exemplary screen displays illustrating a series of 
publication Web site publishing wizard pages, according to the present invention; and 

Figure 35 is an exemplary screen display illustrating a publication Web site upload 
page, according to the present invention. 

DETAILED DESCRIPTION OF THE INVENTION 
The present invention relates to the field of electronic publishing; more specifically, it 
relates to a method and system for placing product documents in a publicly accessible and 
searchable database via the Global Information Network. 

Glossary of Terms and Acronyms 

The following terms and acronyms are used throughout the detailed description: 



Server: A program that responds to a request from another program, typically a Web 
browser, in a distributed system in which a program at one site sends a request to a program 
at another site and waits for a response. Typically the server responds by transmitting Web 
pages. 

Web browser: A program that sends requests to another program in a distributed 
system in which a program at one site sends a request to a program at another site and waits 
for a response. Typically the Web browser receives Web pages from the server. 

Hyperlink: A navigational link from one document to another. Typically, a hyperlink 
is displayed as an underlined word or phrase that can be selected by clicking on it using a 
mouse, which causes the Web browser to display the linked document. 

Global Information Network: A collection of interconnected public and/or private 
networks that are linked together by a set of standard protocols such as TCP/IP and HTTP, to 
form a global, distributed network. The term "Global Information Network" is also intended 
to encompass changes and additions to existing standard protocols that may be made in the 
future. One embodiment of a Global Information Network is known as the "Internet". 

World Wide Web ("Web"): A distributed collection of interlinked, user-viewable 
hypertext documents, commonly referred to as Web documents or Web pages, that are 
accessible via the Global Information Network. Currently, the primary standard protocol for 
allowing applications to locate and acquire Web documents is HTTP, and the Web pages are 
encoded using HTML. The term "Web" is also intended to encompass changes and additions 
to existing standard protocols that may be made in the future. 

Web Site: A computer system for serving informational content over a network using 
the standard protocols of the World Wide Web. Typically, a Web site corresponds to a 
particular Global Information Network domain name, such as "IP.COM," and includes the 
content associated with a particular organization. As used herein, the term is generally 



intended to encompass both the hardware/software server components that serve the 
informational content over the network, and additional hardware/software components, 
including any non-standard or specialized components, that interact with the server 
components to perform services for Web site users. 

SGML (Standard Generalized Markup Language): An international standard (ISO 
8879) published in 1986. SGML prescribes a standard format for embedding descriptive 
markup within a document. SGML also specifies a standard method for describing the 
structure of a document. SGML forces each element in the structure, which is labeled with 
descriptive markup such as "chapter," "title" and "paragraph," to fit in the logical, predictable 
structure of the document. 

XML (Extensible Markup Language): A document and data description language that 
is a subset of the SGML, yet provides the web transmission function of the HTML. It is not 
a fixed grammar, as is HTML, but is extensible, as is SGML. 

HTML (Hyper Text Markup Language): Computer software codes for attaching 
presentation and linking attributes to informational content within documents. Documents 
sent to the Web browser contain HTML codes (referred to as "tags") embedded within the 
informational content of the document. When the Web document (or HTML document) is 
subsequently received by a Web browser, the codes are interpreted by the browser and used 
to parse and display the document. Additionally HTML tags can be used to create links to 
other Web documents (commonly referred to as "hyperlinks"). 

HTTP (Hyper Text Transport Protocol): The standard World Wide Web protocol 
used for the exchange of information (such as HTML documents, and Web browser requests 
for such documents) between a browser and a Web server. HTTP includes a number of 
different types of messages, which can be sent, from the client to the server to request 



different types of server actions. For example, a "GET" message, which has the format GET, 
causes the server to return the document or file located at the specified URL. 

URL (Uniform Resource Locator): A unique address that fully specifies the location 
of a file or other resource on the Global Information Network. The general format of a URL 
is protocol://machine address:port/path/filename. The port specification is optional. 

Branded Web page: A Web page having at least one of the display attributes of a 
channel partner Web page. A display attribute being one or more of the following: logo, 
color, layout, fonts and styles. 

Co-branded Web page: A Web page having at least one display attribute of a channel 
partner's Web page and a publication Web site logo. 

Global Information Network Invention Publication System 

Figure 1 is a high level architectural drawing illustrating the primary components of a 
system that operates in accordance to the present invention. Global Information Network 
publishing system 90 includes a publication Web site 100 comprised of a Web server having 
a firewall 120 linked to a computer program 130 which in turn is linked to a product 
document database 140, search database 150, a temporary storage unit 160, and an accounts 
database 170. Global Information Network system 90 also includes a client computer 180 
comprising a Web browser 190, such as Microsoft's Internet Explorer or Netscape's 
Navigator, a set of client document files 200, and an optional FTP client 210. Client 
computer 180 may link to publication Web site 100 via Global Information Network 220 
using standard HTTP protocol or using FTP protocol more directly. Global Information 
Network publication system 90 further includes a commerce site 230 comprising a commerce 
Web server 240 linked to a commerce computer program 250. Commerce computer 250 is in 
turn linked to a commerce account database 260. Commerce site 230 links to publication 
Web site 140 via Global Information Network 220. 
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Global Information Network publication system 90 may also include an optional 
channel partner Web site 270. A channel partner Web site includes hyperlinks to publication 
Web site 100. A channel partner is an organization that will place a link to publication Web 
site 100 on their own Web site in order to direct potential clients to publication Web site 100. 
The operation and relationship between publication Web site 100 and channel partner Web 
site 270 is described in United States Patent Application S/N 09/609,605, filed on June 30, 
2000, which Patent Application is hereby incorporated by reference. Channel partner Web 
site 270 comprises a channel partner Web server 275 linked to a channel partner computer 
program 280. Channel partner computer program 280 is in turn linked to a Web page forms 
database 285 containing Web page forms with embedded hyperlinks to publication site 100. 
The embedded hyperlinks contain URL's to allow identification of channel partner Web site 
270 by publication Web site 100. Channel partner Web site 270 may communicate to client 
computer 180 and publication Web site 100 via Global Information Network 220. 

Global Information Network publication system 90 may include an optional auxiliary 
Web site 290 comprised of an auxiliary Web server 292 linked to an auxiliary computer 
program 294 linked to an auxiliary database 296. 

Global Information Network publication system 90 further includes a notarization 
vender Web site 300 comprised of a notary Web server 302 linked to a notary computer 
program 304 linked to a notary database 306. 

Figure 2 is an architectural drawing illustrating publication Web site 100 of the 
present invention. Publication site 100 further comprises a network hub 310 linking Web 
server 110 to a group of publication site servers. The publication site servers include a 
commerce server 320 for communicating to commerce site 230, an FTP server 330 for 
communicating with client computer 180 using FTP protocol, a database server 340 linked to 
product document database 140, one or more publish servers 350 linked to account database 
170, a file server 360 linked to temporary storage 160, and a search server 370 linked to 
search database 150. Database server 340 includes an SQL database such as ORACLE 8™, 
MICROSOFT SQL SERVER 7.0 ™, or IBM DB2 ™, allowing data and files to be shared 
between all servers in publication Web site 100. 



In the descriptions of Figures 3 through 26, it is to be understood that either a client, 
or a user is linked to publication Web site 100 via their respective computers. Clients are 
defined as those parties wishing to publish product documents. Users are defined as those 
parties who wish to search the publication Web site and optionally view and/or download 
product documents. 

Figure 3 is a flow diagram illustrating the method of creating a client account in 
publication Web site 100, according to the present invention. Only clients are required to 
register. A client clicking a register link on the home page of the publication Web site 
displayed on client computer 180 initiates the method. In step 400, an account number is 
assigned to the client. In step 402, the client enters information needed to establish the 
account. This information includes the client name, company, title, address, and e-mail 
address. This is further illustrated in Figure 30 and described below. Next, in step 404, a 
legal notice having conditions of use of Web site 100 is displayed. The client has a choice to 
accept or decline the conditions outlined in the legal notice. This is further illustrated in 
Figure 31 and described below. Then, in step 406, the client's account is created. In step 
408, the URL is examined to determine if the client was referred to the publication site by a 
channel partner via channel partner Web site 270. In step 410, if the URL indicates no 
channel partner referral, then the home page is displayed according to step 412. If the URL 
indicates a channel partner referral, the channel partner information is added to the client 
account in step 414 and then the home page is displayed. 

Figures 4 through 8 illustrate URL formats used to embed referral links within Web 
documents according to the present invention. Illustrated in Figure 4 is a non-referral URL 
420. Only the publication Web site address appears, in this case "ip.com," in the URL. 
Illustrated in Figure 5 is a first type of referral URL 422 carrying channel partner information 
indicated at first type referral section 422A. Illustrated in Figure 6 is a second type of 
referral URL 424 carrying channel partner information indicated at second type referral 
section 424A. Illustrated in Figure 7 is a third type of referral URL 426 carrying channel 
partner information indicated at third type referral section 426A. Illustrated in Figure 8 is a 
fourth type of referral URL 426 carrying channel partner information indicated at fourth type 
referral section 426A. 



Figure 9 is a flow diagram illustrating the method steps for a client to sign-on to the 
publication site according to the present invention. A client clicking a sign-on link on the 
home page of publication Web site 100 displayed on client computer 180 initiates the 
method. In step 430, the client enters his or her username and password on a sign-on screen, 
which is illustrated in Figure 29 and described below. In step 432, accounts database 170 is 
checked for a valid username and password. If a valid username and password are found, 
then, in step 434, access is granted to publication Web site services for the duration of the 
active session and the home page of the publication Web site is displayed pursuant to step 
436. If a valid username and password are not found in step 432, an error message is 
generated in step 438 and the client is invited to try again in step 440. If, in step 440, the user 
selects "try again," then the sign-on screen of step 430 is displayed again. If, in step 440, the 
user decides not to try again, an error message is displayed in step 442 and the home page of 
publication Web site 100 is displayed under step 436. 

Figures 10 through 20 illustrate the publication process of the present invention. 
Additional descriptions of this process are illustrated in Figures 33 through 40 and described 
below. Figure 10 is a flow diagram illustrating the method steps of uploading a product 
document via an Global Information Network connection for publication according to the 
present invention, A client clicking a publish link on the home page of publication Web site 
100 displayed on client computer 180 initiates the method. In step 444, a check is performed 
to determine if publish access exists for the session, i.e., if a registered client is signed on and 
logged in. If, in step 446, access is not granted then, in step 448, an error message is 
displayed on client computer 180 and, in step 450, the home page of the publication Web site 
is displayed. However, if access is granted under step 446, then in step 452 a check is 
performed of accounts database 170 to determine if any publish slots are available to the 
client. 

A publish slot is a pre-purchased reservation to upload and subsequently place a 
client product document in product document database 140. It should be understood, while 
the present invention is described with the requirement to purchase publication slots, these 
slots could be made available without charge to selected or all clients. 



If, in step 454, it is determined that publish slots are available, then a slot is allocated 
in step 455. Next, in step 456, a check is made to determine if the client was a partner 
referral. If this is the case, step 458 branches to step 460 to indicate a referral credit for the 
partner in accounts database 170. Next, in step 462, the client is permitted to upload their 
product document to temporary storage unit 160. As part of the upload process a series of 
screens must be filled out. These are illustrated in Figures 35 through 40 and described 
below. If the client was not a partner referral, then step 460 is skipped and the process 
proceeds directly to step 464. 

If no publish slots are available, then step 454 branches to step 466 and an error 
message is displayed. Next, in step 468, the client may purchase publish slots using a credit 
card charged according to step 470. The credit card is verified and charged through 
commerce site 230. If the credit card is accepted, the process resumes at step 455. If the 
credit card is not accepted, then in step 474, an error message is displayed, and in step 476, 
the homepage of the publication Web site is displayed. 

Figure 1 1 is a flow diagram illustrating uploading of an product document via an FTP 
connection to publish the document according to the present invention. This process is 
similar to that described above for submission via the Global Information Network, except 
that account information and passwords must be transmitted along with the product 
documents themselves. In step 478, the client, using client computer 180, transmits the 
electronic product document file(s) to publication Web site 100 using FTP. Pursuant to step 
480, the document file(s) are received by publication Web site 100 and placed in temporary 
storage unit 160. Next, in step 482, a check is performed to determine if the document file(s) 
are from a registered client and if publish slots are available for the client. If, in step 484, it 
is determined that the client has a valid account and publish slots are available, then in step 
486, a slot is allocated. Next, in step 488, a check is made to determine if the client was a 
partner referral. If so, then step 490 branches to step 492 and a referral credit for the partner 
is indicated in accounts database 170. The publication process is then started in step 494. If 
the client was not a partner referral, then step 492 is skipped and the process proceeds 
directly to step 494. 
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If the account is invalid or no publish slots are available then step 484 branches to 
step 496, whereby an e-mail message is sent to the client informing the client of the problem 
and how remedy the problem. If no response is received from the client after a 
predetermined "X" number of days, then in step 498, a second e-mail message is sent to the 
client informing the client that in a predetermined "Y" number of days, the uploaded product 
document file(s) will be expunged from publication Web site 100, that is, deleted from 
temporary storage unit 160. Finally, in step 500, if no response is forthcoming from the 
client, the client's product document file(s) are deleted from temporary storage unit 160 and 
the client is informed by e-mail. 

Figure 12 is a flow diagram illustrating client preparation and upload of a product 
document to be published according to the present invention. In step 496, the client prepares 
a primary product document file (primary.doc). This usually is a text document. In step 498, 
the client prepares one or more attachment files (attach.xxx). The attachments can include 
both text and non-text files, such as for example text files of sample deposition statements, 
image files of brochures, purchase orders, sales invoices, commercial Web site pages, printed 
advertisements, and drawings, video clip files of advertisements and the like, and audio clip 
files of advertisements and the like. In step 500 the client fills in the bibliographic material 
online from client computer 180, and, in step 502, a bibliographic data file (bio.xml) is 
created. File type XML is preferred. The bibliographic data file comprises a document 
owner, a document title, an abstract of the document, names of persons affiliated with the 
document with e-mail, phone and a description of their relationship to the document, any 
client copyright information, a date the subject product was first made commercially 
available (on sale) in the United States, a publication country, a publication language, a list of 
related documents and an anonymous key. If the anonymous key is set to full, all authorship 
information is included with the published product document. If the anonymous key is set to 
anonymous, all authorship material will not be included with the published product 
document. In step 504, a compressed product document file (doc.zip), containing the 
primary document file, attachment file(s), and the bibliographic data file is created by 
publication Web site 100. Finally, in step 506, the client, using client computer 180, uploads 
the compressed product document file. In the case of the client using FTP to upload the files 
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to publication Web site 100, the bibliographic and compressed product document files will 
need to be prepared by the client, and then transmitted to publication Web site 100 via client 
computer 180. 

Figure 13 is a flow diagram illustrating the method steps of receiving and publishing 
a product document according to the present invention. In step 518, the compressed product 
document file is received from client computer 180 by publication Web site 100. In step 520, 
the compressed product document file is de-compressed and reformed into the bibliographic 
data file, the primary text document file, and the attachment file(s). In step 522, the 
bibliographic data file, the primary text document file, and the attachment file(s) are placed 
in temporary storage unit 160. In step 524, a validation is performed. The validation process 
is illustrated in Figure 14, and described below. In step 526, the text that will be displayed 
when a user views the product document is extracted from the primary document into a 
display document file (display.doc). The display document file comprises HTML fragments 
for display. Tables are kept in table format, lists in list format, and indentations are 
preserved. In step, 528, search text is extracted from the display document file into a search 
document file (search.doc). The search document file comprises text in the form of 
sentences. Cells in tables are converted to sentences, and formatting is removed from 
ordered lists. The search document file is accessed when a user wants to search for 
documents on publication Web site 100. Of course, it is possible to search the display 
document file or the primary document file directly, but using a specially organized search 
document file with pointers to the display document file is more efficient. The extraction and 
creation the display and search document files is illustrated in Figure 15 and described 
below. In step 530, a bibliographic document (bio.doc) is created from the bibliographic data 
file. This process is illustrated in Figure 16, and described below. In step 532, the 
bibliographic document file, the search document file, and the display document file are 
written to temporary storage unit 160. In step 534, an un-compressed product document file 
(product.zip) containing the bibliographic document file, the display document file, and the 
attachment files is created. Next, in step 536, the compressed product document file is 
notarized and time-stamped. A notary file (doc.snr) is returned from the notarization vender. 
The notarization process is illustrated in Figure 18, and described below. According to step 
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538, the compressed product document file, a read-me document file (readme.txt) and 
optionally the notary file are compressed into a product document file (publish.zip) and 
written to product document database 140. If the notary file is not included in the product 
document file, then the read-me file will contain information on how to obtain it. Next, in 
step 540, the user is informed of successful publication and in step 542, cleanup operations 
are performed. 

Figure 14 is a flow diagram illustrating in greater detail step 524 of Figure 13 of 
validation of the uploaded product document, according to the present invention. In step 
544, a check is performed for viruses in the uploaded file. If the check is determined to be 
negative then step 546 branches to step 548, and it is determined if the primary product 
document file is an open-able file. If a virus was found, then step 546 branches to step 550 
and attempt to remove the virus is performed. If the attempt was successful, process is 
directed by step 552 to continue at step 548; if not, the client is informed of the virus by e- 
mail and the file is discarded according to step 554. If the file is determined to be open-able, 
then step 556 proceeds to step 558 and the file is opened and checked for links to external 
objects. If, however, the file is not open-able, then step 556 proceeds to step 560, whereby 
the client is informed of the problem by e-mail and the file is discarded. If no links are found 
in step 558, then step 564 directs flow to step 566 and the file is checked for controlled 
vocabulary and URLs. Controlled vocabulary includes words that are deemed offensive or 
improper to an invention publication. If links are found in step 558, then step 564 directs 
flow to step 568 to remove the links before proceeding to step 566. If no controlled 
vocabulary or URLs are found, then validation is complete and step 570 branches out of the 
validation process. If URLs are found, then step 570 branches to step 572 to remove the 
URLs before proceeding to step 573. If controlled vocabulary is found, the client is informed 
of the situation by e-mail and the file is discarded pursuant to step 574; otherwise, validation 
is complete. 

Figure 15 is a flow diagram illustrating steps 526 and 528 of Figure 13 for extraction 
of the uploaded product document and creation of a searchable document, according to the 
present invention. In step 576, the primary product document file is retrieved from 
temporary storage unit 160 and, in step 578, is converted to an HTML document. In step 



580, all HTML tags are removed, and in step 584 all "headers" are removed. Next, in step 
584, the document is scanned for embedded scripts. If scripts are found, then step 586 
directs flow to step 588 to remove the scripts before flow proceeds to step 590; otherwise, if 
no scripts are found, flow passes directly to step 590. In step 590, closing HTML tags are 
removed. Next, in step 592, the displayable text is extracted and, in step 594, written to the 
display document file as previously discussed. Then, in step 596, the searchable text is 
extracted and, in step 598, written to the search document file as previously discussed. 

Figure 16 is a flow diagram illustrating step 530 of Figure 13 for preparation of a 
bibliographic document file, according to the present invention. In step 600, the 
bibliographic data file is retrieved from temporary storage unit 160 and an empty 
bibliographic document file is created. If the anonymous key is set to full, step 602 directs 
flow to step 604, whereby the document owner, the document title, the abstract of the 
document, the names of persons affiliated with the document and their relationship to the 
document, any client copyright information, the on sale date, the publication country, the 
publication language, and the list of related documents are extracted from the bibliographic 
data file and, in step 606, added to the bibliographic document file. If, however, the 
anonymous key is set to anonymous, then step 602 directs flow to step 608 so that only 
selected bibliographic material is extracted from the bibliographic data file. This includes the 
document owner, the document title, the abstract of the document, the on sale date, the 
publication country, the publication language, and the list of related documents. Then, in 
step 606, the selected bibliographic material is added to the bibliographic document file. In 
step 610, a document number and a copyright notice are added to the bibliographic document 
file. Finally, in step 612, the bibliographic document file is written to temporary storage unit 
160. 

Figure 17 is a flow diagram illustrating step 534 of Figure 13 for creation of a product 
document file pursuant to the present invention. In step 614, the bibliographic document file 
is retrieved from temporary storage unit 160. In step 616, the display document file is 
retrieved from temporary storage unit 160. In step 618, the attachment file(s) are retrieved 
from temporary storage unit 160. Next, according to step 620, the bibliographic document 
file, the display document file, and the attachment file(s) are combined into the un- 



compressed product document file. Then, in step 622, the un-compressed product document 
file is written to temporary storage unit 160. 

Figure 18 is a flow diagram illustrating step 536 of Figure 13 of notarization of the 
product document file, according to the present invention. In step 624, the un-compressed 
product document file is retrieved from temporary storage unit 160. Then, in step 626, THE 
product document file is used to create a fingerprint file (fingerprint.file). This is 
accomplished using software supplied by the notarization vender. Two such notarization 
venders are Surety.com and First Use.com. Next, in step 628, the fingerprint file is 
electronically sent to the notarization vender, and in step 630, a notary file is received by 
publication Web site 100. In step 632 a read-me document file is created. The next step 634 
involves combining and then compressing the read-me document file ("readme.txt") with the 
un-compressed product document file ("product.zip") to create a compressed product 
document file ("publish.zip"). Then, in step 636, the compressed product document file is 
written to product document database 140. Step 640 is an optional replacement step for step 
634. In step 640, the read-me document file, the un-compressed product document file, and 
the notary file are combined and then compressed to create the compressed product 
document file. One more series of events must occur before the document may be 
considered published, as illustrated in Figure 19, and described below. 

Figure 19 is a flow diagram illustrating step 538 of Figure 13 of activating the 
product document, according to the present invention. In step 646, the search document file 
and the display document file are moved from temporary storage unit 160 to search database 
150. In step 648, the bibliographic file is moved from temporary storage unit 160 to search 
database 150. In step 650, the compressed product document file (uploaded by the client), 
the primary product document file, the attachment file(s), the bibliographic document file, 
and the un-compressed product document file are deleted from temporary storage unit 160. 
In step 652, an index entry of the document number is added to an index file (docid.inx) on 
search database 160. The index file links search document files to the corresponding 
compressed product document files. Then in step 656, the client is notified, preferably by e- 
mail, that the product document has been published. Step 658 may be performed in addition 
to step 654 or as an alternative to step 654. In step 658, the search document file and the 



index entry are electronically sent to a search provider. The search site may be a Global 
Information Network based Web site or an in-house user/subscriber. 

Figure 20 is a flow diagram illustrating the method steps of searching the product 
document database, according to the present invention. In step 700, publication Web site 100 
receives a search request containing text to be searched and search criteria from a user's 
computer. Seven types of searches may be performed depending upon the search criteria 
selected by the user. In step 702, the search text is searched across all titles of product 
documents in search database 150. In step 704, the search text is searched across all dates of 
publication (or range) of product documents in search database 150. In step 705, the search 
text is searched across all abstracts of product documents in search database 150. In step 
706, the search text is searched across the full text of product documents in search database 
150. In step 707, the search text is searched across all product document numbers of 
documents in search database 150. In step 708, the search text is searched across all persons 
affiliated with or owners of product documents in search database 150. Finally, in step 709, 
the search text is searched across all dates of first offer for sale (or range) of product 
documents in search database 150. Moving now to step 710, the product document number 
(as a hyperlink), publication date, title, and abstract of matching documents are displayed on 
the user's computer. In step 712, the user selects the link to a product document and, in step 
714, the display document is displayed on the user's computer. According to step 715, a 
record is made of a "hit" against the product document. A hit is simply a record that a user 
has selected the document for viewing. The record may be stored in either the accounts 
database 170, or in the product document database 140. No other information is collected, 
and the user remains anonymous. Next, in step 716, the user may elect to download the 
product document. If the user elects to download the product document then, in step 718, the 
product document is retrieved from product document database 140 and a copy is 
electronically sent to the user's computer and, in step 719, a record is made of a "download" 
against the document. Again, no other information is collected, and the user remains 
anonymous. Again, the record may be stored in either accounts database 170, or in product 
document database 140. "Hit" and "download" records are collected as an indication of the 
availability of the document to the public. "Hit" and "download" records may be time/date 
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stamped. Then, in step 720, the user may select another product document to display, 
thereby returning program flow to step 712. If the user decides not to download the 
displayed product document in step 716, the user may still choose, in step 720, to select 
another product document to display by returning to step 712. If, in step 720, the user 
chooses not to display another product document, then in step 722 the user may choose to 
perform another search. If the user elects to perform another search, the process returns to 
step 700. Otherwise, the search session is ended. 

Figure 21 is a flow diagram illustrating the method steps of purchasing publication 
slots in accordance with the present invention. In step 730, the client enters his or her 
account information (generally account number/name and password) using client computer 
180 after linking to publication Web site 100. In step 732, the account information is verified 
by checking the information entered against the accounts listed in accounts database 170. If 
the account information does not match an existing account, then step 734 branches to step 
736 and an error message is displayed on client computer 180. Flow then reverts to step 730 
and the client is prompted to register or re-enter account information. If the account 
information is verified as an existing account, step 734 branches to step 738, wherein the 
client has the choice to either reassign a publication slot(s) to another registered user or 
purchase an additional slot(s). If, in step 738, the client chooses to reassign publication slots, 
then in step 740, the user enters the account number/name of the account to receive the 
publication slot(s). Next, in step 742, the number and accounts of the slot reassignment are 
displayed on client computer 180. If the client chooses, in step 738, to purchase an 
additional publication slot(s), then in step 744, the client is requested to enter a credit card 
number and commerce site 230 is contacted in step 748. If the credit card number is not 
accepted in step 750, then an error message is displayed on client computer 180 under step 
752. If the credit card number is accepted in step 750, then additional slots are allocated 
under step 754 and the total number of slots available to the account is displayed on client 
computer 180 under step 756. 

Figure 22 is a flow diagram illustrating the optional steps of the method of client 
management of product documents on the publication site searchable database, according to 
the present invention. In step 760, the client enters account information (generally account 



number/name and password) using client computer 180 after linking to publication Web site 
100. In step 762, the account information is verified by checking the information entered 
against the accounts listed in accounts database 170. If the account information does not 
match an existing account, step 764 routes program flow to step 766 to display an error 
message on client computer 180 and the client is prompted to register or re-enter his or her 
account information by return to step 760. If the account information is verified as an 
existing account, step 764 routes program flow to step 768 and the client has the choice to 
either review active product documents or expired product documents. 

An expired product document is a product document disabled in search database 150. 
A process of renewing expired publications is used only for product documents placed on 
product document database 140 under an agreement for a fixed term. Product documents are 
normally placed in product document database 100 for an indeterminate term with no fixed 
expiration date. 

If, in step 768, the client chooses to review active documents, then a list of active 
product document numbers registered with the account is displayed according to step 770. 
Then, in step 772, the client may select a product document for display or download. If, in 
step 768, the client chooses to review expired documents, then a list of expired product 
document numbers registered with the account is displayed according to step 774. Step 776 
involves prompting the client to select a product document for renewal. Next, in step 778, a 
check for a publication slot available to the account is performed. If a publication slot exists, 
then step 780 branches to step 781, whereby the slot is reassigned to renew. Finally, in step 
782, the previously expired product document is activated. 

Returning to step 780, if no publish slot is available, then the client may purchase a 
publish slot in step 783 by charging a credit card in step 784. Fees for renewal may differ 
from fees for the initial publication. The credit card is verified and charged through 
commerce site 230. If, in step 785, the credit card is accepted then, in step 787, a publication 
slot is allocated and in step 788, the expired document is activated. Enabling the product 
document in search database 150 activates the expired product document. If, in step 785, the 
credit card is not accepted, then in step 786, an error message is displayed on client computer 
180. 



Figure 23 is a flow diagram illustrating the method steps of maintenance and 
accounting routines, according to the present invention. In step 790, a maintenance scan is 
started. Maintenance scans are performed to a preset schedule to perform such functions as, 
but not limited to, checking the age of product documents, determining fees due, if any, to 
5 channel partners, reviewing cases of inappropriate content, and compiling statistics. In step 
792, the "on sale" dates associated with product documents on product document database 
140 are checked. Then, in step 794, those product documents which have not been on sale 
for longer than the statutory time limit to file a patent application in the United States are 
selected and, in step 796, the product document owner(s) are notified of the time remaining 
10 to file a U.S. patent application. In step 798, those product documents relating to products 
which have been on sale for longer than the statutory time limit to file a patent application in 
the United States are selected. In step 800, the product document owner(s) are notified that 
q the deadline to file a patent application has passed. 

J Next, in step 802, product documents that have been withdrawn (made non- 

01 15 searchable) since the last scan (e.g. for offensive or inappropriate content) are selected and, 

q in step 804, the product document owner(s) notified. 

^ Next, in step 806, product documents added to product document database within a 

B pre-selected timeframe (for example within the last month) are selected. In step 808, it is 

J determined if the client was a referral from a channel partner. If the referral was from a 

f~ 20 channel partner then, in step 810, any fees due the channel partner are calculated and, in step 
Q 812, payment is sent to the channel partner. Payment may be electronic or by check. 

^ In step 814, a search for soon-to-expire publication slots in client accounts in 

accounts database 120 is performed, and in step 816, those clients are notified electronically 
regarding how many slots will expire and when they will expire. 
25 According to step 818, product documents added to the product document database 

within a pre-selected timeframe (for example within the last month) are selected. In step 
819, the document owner is notified electronically. In step, 820, those product documents 
selected in step 819 are placed on a recently published list, while older product documents 
are removed. 
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Finally, in step 821, a review of recent "hits" and "download" records is performed, 
and statistics compiled. In step 822, the statistics associated with a given product document 
are made available to the document owner. 

Figure 24 is a flow diagram illustrating the method steps of determining and assembly 
of the publication Web site display screens, according to the present invention. The steps are 
described for a homepage, but the process is applicable to all screens. In step 823, client 
computer 180 links to publication Web site 100. In step 824, it is determined if the link in 
step 823 was a referral from a channel partner. If the link in step 823 was not from a channel 
partner then, in step 826, a homepage form is retrieved. In step 828, the publication Web site 
logo is added. In step 830, the homepage HTML document is sent to client computer 180. 
If, in step 824, it is determined that the link in step 823 was a referral from a channel partner 
then, in step 832, the channel partner is identified. In step 834, the channel partner display 
type and property is retrieved and, in step 836, a homepage is assembled. Next, in step 838, 
it is determined if the homepage is to be branded (only channel partner display properties are 
used) or co-branded (a publication Web site logo is added). If, in step 838, the homepage is 
co-branded then, in step 842, the publication Web site logo is added and, in step 830, the 
homepage HTML document is sent to client computer 180. If, in step 838, the homepage is 
not co-branded then, in step 830, the homepage HTML document is sent to client computer 
180. 

Figures 25A and 25B are flow diagrams illustrating an alternative method of 
notarizing the product documents, according to the present invention. Figure 25A illustrates 
the activities of publication Web site 100 acting through Web server 110. Figure 25B 
illustrates the activity of auxiliary Web site 290 that acts as an intermediary between 
publication Web site 100 and notary Web site 302. 

Turning to Figure 25A, in step 852, document files are accepted from client computer 
180 for publishing. The document files include the bibliographic data file, the primary 
product document file, and the attachment file(s). Then, in step 852, the validation process 
illustrated in Figure 15 and described above is performed. Next, in step 854, the display 
document file and the search document file are created. In step 856, the compressed product 
document file is created which includes the read-me file, the bibliographic data file, the 
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primary product document file, and the attachment file(s). Finally, in step 858, a publication 
number is assigned and the search document and display document files are written to search 
database 150 and the compressed product document file is written to product document 
database 140. 

5 Now turning to Figure 25B, step 870 involves invoking a delay period (e.g. less than 

one second) to regulate polling of publication Web site 100 for new product documents. In 
step 872, auxiliary Web site 290 polls publication Web site 100 for a new product 
document(s) via Global Information Network 220. If, in step 874, a new product 
document(s) is/are found, then in step 876 a copy of the new product document(s) is/are 
10 downloaded from publication Web site 100. If, in step 874, no new product document(s) 
is/are found, then the process loops back to delay step 870. Returning to step 876, after this 
step, in the next step 878, a digital fingerprint of the product document(s) is sent to notary 
O Web site 300 and a notary file is received back. Next, in step 880, the notary file is stored on 

J auxiliary database 296. In step 882, publication Web site 100 is notified of the notarization 

5^15 event date and time. Optionally, the file name of the notary file is included in the 

Q notification. 

'% Figure 26 is a diagram illustrating the organization of screen displays, according to 

s the present invention. A homepage 900 contains links to a sign-on page 902, a register page 

y 

yQ 904 linked to a registration terms and conditions page 906, a registration update page 908, a 

: ,20 purchase publication page 910 that enables a client to purchase product publication slot(s) 

Q and is linked to a purchase publication confirmation page 912, and a document publication 

O 

service page 914. The document publication service page 914 links to a recent publications 
page 926 which in turn links to a set of search pages 928, 930, 932, and the document 
publication service page also links to a set of publishing wizard pages 916, 918, 920, 922, 

25 and 924. Certain of these pages are illustrated and described in detail below. It should be 

understood, in the descriptions that follow, that the client or user is entering information or 
clicking links or buttons from a Web browser on his or her own client computer 180 or user 
computer connected to Global Information Network 220. 

Figure 27 is an exemplary screen display illustrating the product publication Web site 

30 sign-on page 902 in further detail. Sign-on page 902 is for use by clients already registered 
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with publication Web site 100 and includes a user name text box 1000 and a password text 
box 1002. After filling user name text box 1000 and password text box 1002, the client 
clicks "submit" button 1004 to initiate a session on publication Web site 100. 

Figure 28 is an exemplary screen display illustrating the product publication Web site 
registration page 904. Registration page 904 is for use by those who do not have an account 
but that wish to avail themselves of the publication facilities of publication Web site 100. 
Registration page 904 includes a name text box 1006, a company text box 1008, a title text 
box 1010, a pair of address text boxes 1012 and 1014, a city text box 1016, a state/province 
text box 1018, a zip/postal code text box 1020, a country combo-box 1022 providing a menu 
of selectable countries, an e-mail address text box 1024, and a telephone number text box 
1026. After filling in the aforementioned text boxes, the client clicks on "register" button 
1028 to start creation of an account. A user name for the client is generated from the e-mail 
address provided in text box 1024, and a password for the client is arbitrarily generated. 
Register page 904 also includes a help link 1030. 

Figure 29 shows product document publication service page 914 through which a 
client can choose to upload a new product document for publication, or a client or user can 
choose to search the product documents published through Web site 100. Accordingly, the 
product document publication service page 914 includes a New Publication link 1032 and a 
Search Publications link 1034. 

Figures 30 through 34 correspond to exemplary screen displays illustrating the 
product publication Web site publishing wizard pages 916, 918, 920, 922, and 924. Figure 
30 illustrates a first publishing wizard page 916 that includes a step counter 1036, a forward 
button 1038, a product owner text box 1040, a product title text box 1042, an abstract text 
box 1044, a "publish with authorship" option button (not shown), a "publish anonymously" 
option button (not shown), and a "next" button 1050. First publishing wizard page 916 
further includes a "date of first sale/offer" text box 1052 and a "notes on first sale/offer" text 
box 1054, whereby the client can enter date information for calculating an "on sale" statutory 
bar period as well as details regarding the first sale or offer for sale of the product in 
question. Clicking the "publish with authorship" option button causes the information 
entered in owner text box 1040 to be included in the published product document. 



Conversely, clicking the "publish anonymously" option button causes the information 
entered in owner text box 1040 to be excluded from the published product document. 
Clicking either forward button 1038 or "next" button 1050 will display second publishing 
wizard page 918. 

Illustrated in Figure 31 is second publishing wizard page 918 for entering information 
identifying persons related to the product, such as marketing personnel, product developers, 
inventors, etc. Second publishing wizard page 918 includes a step counter 1060, a forward 
button 1062, a back button 1064, a name text box 1066, an e-mail text box 1068, a phone 
number text box 1070, a relation combo box 1072, an other information text box 1074, a 
previous button 1076, a "next" button 1078, and an "add fields" button 1080. If "publish 
anonymously" button 1046B was clicked previously on first publishing wizard page 916, this 
information will be excluded from the published document. Clicking "add fields" button 
1080 brings up another set of text boxes for additional related persons. Clicking either 
forward button 1062 or "next" button 1078 will display third publishing wizard page 920. 
Clicking either back button 1064 or "previous" button 1076 will display first publishing 
wizard page 916. 

Illustrated in Figure 32 is third publishing wizard page 920. Third publishing wizard 
page 918 includes step counter 1082, forward button 1084, back button 1086, a copyright 
text box 1088 for entering copyright information, a publication country combo box 1090, a 
publication language combo box 1092, a "previous" button 1094, and a "next" button 1096. 
Clicking either forward button 1084 or "next" button 1096 will display fourth publishing 
wizard page 922. Clicking either back button 1086 or "previous" button 1094 will display 
second publishing wizard page 918. 

Figure 33 shows a fourth publishing wizard page 922 that includes a step counter 
1098, a forward button 1 100, back button 1 102, a plurality of related document ID text boxes 
11 04 A, 1104B, 1104C, 1104D, 1104E, and 1104F, a set of related document type combo 
boxes 1106A, 1106B, 1106C, 1106D, 1106E, and 1106F, a "previous" button 1108, a "next" 
button 1110, and an "add fields" button 1112. Document ID's are publication site product 
document identifying numbers. Clicking "add fields" button 1112 brings up additional 
related document ID text boxes and document type combo boxes. Clicking either forward 



button 1100 or "next" button 1110 will display fifth publishing wizard page 924. Clicking 
either back button 1 102 or "previous" button 1 108 will display third publishing wizard page 
920. 

Referring finally to Figure 34, fifth publishing wizard page 924 is shown for allowing 
5 the client to make any changes in the product information entered at pages 916, 918, 920, and 
922. Fifth publishing wizard page 924 includes a step counter 1114, a "title" edit button 
1116, an "abstract" edit button 1118, a "publishing type" edit button 1120, a "related 
person(s)" edit button 1124, a "copyright" edit button 1126, a "publication country" edit 
button 1128, a "publication language" edit button 1130, a "related documents" edit button 
10 1132, and a "next" button 1134. Clicking any of the "edit" buttons brings up the 

corresponding document publishing wizard page that the particular information was first 
entered on. Clicking "next" button 1 132 will display upload page 925. 
Q Illustrated in Figure 35 is upload page 925. Upload page 925 includes step counter 

~ 1134, a primary document text box 1136, a first description text box 1138, a first "browse" 

51 15 button 1140, an attachment text box 1142, a second description text box 1144, a second 

q "browse" button 1146, and an "upload" button 1148. Clicking, first "browse" button 1158 

allows the client to select a primary document file from client computer 180. Clicking, 
b second "browse" button 1164 allows the client to select an attachment file from client 

% computer 180. Multiple attachment files should be "zipped" into a single file. Clicking 

j^20 "upload" button 1 148 transmits the data entered on the previous document publishing wizard 
p pages, the primary document file, and the attachment file to publication Web site 100 from 

^ client computer 180. 

The description of the embodiments of the present invention is given above for the 
understanding of the present invention. It will be understood that the invention is not to the 
25 particular embodiments described herein, but is capable of various modifications, 

rearrangements and substitutions will now become apparent to those skilled in the art without 
departing from the scope of the invention. Therefore it is intended that the following claims 
cover all such modifications and changes as fall within the true spirit and scope of the 
invention. 
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